(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(11) 



EP 1 089 500 A2 



(12) 



EUROPEAN PATENT APPLICATION 



(43) 


Date of publication: 


(51) int ci 7 - H04L 12/56 




04.04.2001 Bulletin 2001/14 


(21) 


Application number: 00306018.3 




(22) 


Date of filing: 14.07.2000 




(84) 


Designated Contracting States: 


(72) Inventors: 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• Nairn, Ghassan 




MCNLPT SE 


Irving, Texas 75063 (US) 




Designated Extension States: 


• Rahman, Akbar 




AL LT LV MK RO SI 


Nepean, Ontario K2G 4L2 (CA) 


(30) 


Priority: 30.09.1999 US 409986 


(74) Representative: 


(71) 




Christophers, Rachel Alder et al 


Applicant: 


Sommerville & Rushton, 




Nortel Networks Limited 


Business Link Building, 




Montreal, Quebec H2Y 3Y4 (CA) 


45 Grosvenor Road 






St Albans, Hertfordshire AL1 3 AW (GB) 



(54) Fair packet scheduler and scheduling method for packet data radio 



(57) A method of selecting which one of a number of 
wireless station is to be allocated a particular transmit 
opportunity is provided, for example the opportunity to 
transmit an air interface unit such as a MAC frame. For 
each wireless station, a transaction length is maintained 
indicating how many transmit opportunities are required 
to transmit an upper layer packet to or from the wireless 
station, and a delay parameter is also maintained for 
each wireless station indicative of how long since the 
wireless station was last selected. A group of wireless 
stations to compete for the right to transmit or receive 



during the particular transmit opportunity is selected, 
and for each of the group of the wireless stations, a 
transmit priority is computed which is a function of trans- 
action length and the delay parameter. Finally, the wire- 
less station in the group of wireless stations with the 
highest transmit priority is selected as the wireless sta- 
tion to transmit or receive an air interface unit during the 
particular transmit opportunity. Preferably, the transmit 
priority is also a function of a wireless station priority for 
each wireless station. 
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Description 

Field of the Invention 

5 [0001] The invention relates to schedulers and scheduling methods for delivering packet data radio services. 
Background of the Invention 

[0002] Packet data radio services are becoming increasingly widespread and it is frequently the case that a number 
10 of sources are competing for the same opportunity to use an air interface resource. The unit of air interface access 
might be a MAC (media access control) frame for example, as it is under the rules and regulations of the GPRS-136 
standard. In accordance with this standard, packet data messages are transferred on the downlink (base station to 
mobile station) and uplink (mobile station to base station) over the Packet Control Channel (PCCH). With a well-defined 
PCCH configuration and multiplexing, the GPRS-136 standard restricts the transmission over the PCCH on a slot res- 
75 ervation basis after an initial contention access; for each MAC frame of a given message, a slot is reserved for its trans- 
mission on the air interface. 

[0003] With the many data transfer applications which may be supported by a single air interface protocol, (E-mail, 
ftp, web browsing, control messages transparent to the end user etc.) a fair scheduling algorithm for implementation at 
the base station which organizes the slot reservation process for the concurrent transactions on the uplink and the 
20 downlink is required. 

[0004] While many different scheduling algorithms have been proposed for land-line packet data services, these do 
not translate well to the wireless environment. For example, round robin scheduling has been investigated, but this 
proved to result in poor performance due to its lack of consideration for transaction priority, length, and type. Many 
sources were severely penalized (in terms of delay) by other sources which occupied a large portion of the available 
25 limited bandwidth. 

[0005] A consideration when developing any scheduling algorithm is efficiency since the algorithm needs to be exe- 
cuted each time an air interface unit is to be transmitted. Poor algorithm efficiency leads either to increased complexity 
being necessary to provide the required speed, or to delays by the scheduler itself. 

30 Summary of the Invention 

[0006] It is an object of the invention to obviate or mitigate one or more of the above identified disadvantages. 
[0007] A simple compact scheduler and scheduling method are provided which are efficient from a processing 
standpoint, and which are fair to sources having differing characteristics. 

35 [0008] A method of selecting which one of a number of wireless stations is to be allocated a particular transmit 
opportunity is provided, for example the opportunity to transmit an air interface unit such as a MAC frame. For each 
wireless station, a transaction length is maintained indicating how many transmit opportunities are required to transmit 
an upper layer packet to or from the wireless station, and a delay parameter is also maintained for each wireless station 
indicative of how long since the wireless station was last selected. A group of wireless stations to compete for the right 

40 to transmit or receive during the particular transmit opportunity is selected, and for each of the group of the wireless 
stations, a transmit priority is computed which Is a function of transaction length and the delay parameter. Finally, the 
wireless station in the group of wireless stations with the highest transmit priority is selected as the wireless station to 
transmit or receive an air interface unit during the particular transmit opportunity. Preferably, the transmit priority is also 
a function of a wireless station priority for each wireless station. 

45 [0009] In separate embodiments, a similar method can be applied to scheduling of air interface units from mobile 
stations to base stations on the forward link, from base stations to mobile stations on the reverse link and to simultane- 
ous forward link and reverse link scheduling. 

[0010] Preferably, the transmit priority is also a function of how long until each particular wireless station will time- 
out, and for this purpose, a respective measure of how long since each particular wireless station was last selected is 
50 maintained. 

[0011] Preferably, wireless stations are selected to compete on the basis of their rate. On the basis of each wireless 
station's rate and possible various other criteria, a next opportunity that each wireless station should compete for is 
determined. 

[0012] Preferably, for each wireless station, transmit units are queued in either a respective low priority queue or a 
55 respective high priority queue. The group of wireless stations to compete is selected from among those having transmit 
units in their high priority queue, and if none exist, is selected from the group of wireless stations having transmit units 
in their low priority queue. 

[0013] Preferably, the transmit priority is calculated according to: 
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dFr>a 
dFr -a 

dFr>a 



where: 

is trSize is the transaction size; 
dFr is a delay parameter; 

"a" is a timeout value for a given wireless station which indicates a maximum allowable time which can elapse 
before the next transmission of a transmit unit for the wireless station; 
MSPriority is any suitable definition of wireless station priority; 
20 a is an accelerator factor towards a higher priority for a given wireless station that has not been selected for a while. 

[0014] Preferably, wireless stations have timeout values which are selected such that the wireless stations do not 
timeout during reserved slots. 

[0015] When applied to reverse link communications, preferably, transmit opportunities are periodically reserved for 
25 contention access by new mobile stations, the reserved transmit opportunities being unavailable for selection for trans- 
mission by one of the mobile stations already having active communications. 

[0016] Other embodiments of the invention provide a base station, a base station controller and a MAC layer device 
adapted to implement one of the above described scheduling methods. Yet another embodiment provides an article of 
manufacture having a computer usable medium having computer readable program code means embodied therein for 
30 causing a scheduling function to be implemented when executed by a computer (equivalent^ any suitable processing 
platform). The invention provides a method according to claim 1; a scheduler according to claim 20; a base station 
according to claim 21 ; a base station controller according to claim 22 and an MAC layer device according to claim 23. 

Brief Description of the Drawings 

35 

[0017] Preferred embodiments of the invention will now be described with reference to the attached drawings in 
which: 

Figure 1 is a block diagram of a context for applying the scheduler and scheduling method according to embodi- 
40 ments of the invention; 

Figure 2 is an example of a transmit frame structure; 

Figure 3 is a block diagram of an apparatus for forward link queueing and scheduling; 
Figure 4A is a flowchart for the operation of the forward scheduler of Figure 3; 
Figure 4B is a data structure maintained and used by the forward scheduler of Figure 3; 
45 Figure 5 is a timing diagram for timeout value setting by the forward scheduler of Figure 3; and 
Figure 6 is a block diagram of an apparatus for reverse link queueing and scheduling. 

Detailed Description of the Preferred Embodiments 

so [0018] A context diagram for the invention is shown in Figure 1 in which a base station 10 equipped with the Inven- 
tive scheduler 12 is shown connected to a network such as the PSTN (public switched telephone network) 14, possibly 
through a BSC (base station controller) 15 and/or an MSC {mobile station controller) 17 and to a plurality of mobile sta- 
tions (three shown) 16,18,20 located within the coverage area 11 of the base station 10 through wireless links illustrated 
by an air interface 22. Each mobile station 16,18,20 represents a point of access for one or more services over a 

55 reverse link, and may represent a destination for one or more services over a forward link, the reverse link direction 
being from a mobile station to a base station and the forward link direction being from a base station to a mobile station. 
For example one particular mobile station 20 is shown providing an access point for three separate services consisting 
of E-mail, www, and FTP from a laptop 24. 
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[0019] Referring again to Figure 1, forward link communications are those from the base station 10 to the mobile 
stations 16,18,20, and similarly reverse link communications are from the base station 10 to the mobile stations 
16,18,20. While the invention can be employed on both directions, it will first be described as it applies to forward link 
communications. 

5 [0020] For the purpose of example only, it is assumed that a GPRS- 136 air interface protocol is employed. It is to 
be understood that embodiments of the invention can be utilized in other environments as well. Access to the air inter- 
face is provided on a TDMA (time division multiple access) basis in units of MAC (media access control protocol) 
frames. More generally, access would be provided in the air interface units of any suitable protocol. 
[0021] The base station 10 has a superframe structure it uses for the transmission of MAC frames. The superframe 

10 structure consists of a series of individually allocatable slots. For the purpose of this invention, the particular superframe 
slot structure is not important other than to note that there may in some cases be slots within the superframe which are 
available for point-to-point transmission to individual mobile stations 16,18,20, and there will be slots within the super- 
frame which are not available for point-to-point transmission. Referring to Figure 2, for the purpose of the GPRS-136 
example, each superframe 30 has a structure consisting of a contiguous block 32 of N reserved slots (reserved for 

75 broadcast transmission in the case of GPRS-136) followed by a contiguous block 34 of M slots available for point-to- 
point transmission. Each slot is 6.67 ms in duration. 

[0022] A preferred forward queueing and scheduling structure is illustrated conceptually in Figure 3. Traffic destined 
for any of the mobile stations is first converted to MAC frames with all MAC frames thus produced being illustrated sym- 
bolically by input traffic in MAC frames 39 which is then queued on a per mobile station basis in one of two queues for 

20 each mobile station. More particularly, upper layer packets destined to a given mobile station arrive in accordance with 
a higher layer protocol (these might be PDUs (packet data units) for example), and these will be converted into one or 
more MAC layer frames. For each mobile station, preferably multiple queues of different priority are maintained. Prefer- 
ably, two such queues are maintained for each mobile station one of which is a high priority queue and one of which is 
a low priority queue. The high priority queue will be referred to as a SAP0 (service access point 0) queue and the low 

25 priority queue will be referred to as a SAP1 (service access point 1 ) queue. The distinction between the two queues for 
a given mobile station is that SAPO is reserved for higher priority traffic for the particular mobile station, for example con- 
trol information. Thus, a high priority upper layer packet has its MAC frames queued in the SAPO queue, while a regular 
priority upper layer packet has its MAC frames queued in the SAP1 queue. The priority of a given upper layer packet 
might be indicated by a priority bit for example. Each mobile station is assigned a MAC address at least for the duration 

30 of the MAC layer transaction, this simply being an identifier of the mobile station for the purpose of the air interface 
scheduling. For the particular case of GPRS-136, the MAC address is the AMI (active mobile identity) and will be 
referred to as AMI-0 through AMI-n for active mobile stations where it is assumed that there are n+1 active mobile sta- 
tions. An "active mobile station" is one for which a MAC layer transaction is ongoing. A MAC layer transaction starts 
when the transmission of MAC frames for a new upper layer packet begins, and terminates when the transmission of 

35 the MAC frames for the upper layer packet has completed. Preferably, the AMI is deallocated when the transaction ter- 
minates. In this event, a new (not necessarily different) AMI is assigned for the MAC frames of the next upper layer 
packet. Upper layer transactions are differently defined, but this is not important for the purpose of this invention. 
[0023] In Figure 3, the various queues are illustrated with the priority (SAPO or SAP1 ) indicated and with the MAC 
address (AMI for this case) indicated. Thus in the illustration of Figure 3, there are SAPO and SAP1 queues 40,42 for a 

40 first mobile station having MAC address AMI-0, there are SAPO and SAP1 queues 44,46 for a second mobile station 
having MAC address AMI-1 and so on for each of the n+1 mobile stations concluding with the SAPO and SAP1 queues 
48,50 for the n+1th mobile station. 

[0024] Each time a new upper layer packet is loaded into a queue for a particular mobile station the original size of 
the upper layer packet in units of MAC frames is determined and stored in association with the upper layer packet, this 

45 being referred to as trSize, or transaction size for the upper layer packet. 

[0025] A forward scheduler 51 performs scheduling to determine which mobile station is to be given the opportunity 
to transmit, preferably on an AMI basis. At every point-to-point slot in the downlink (thus, not for the reserved slots) a 
set of mobile stations are selected to compete for transmitting a MAC frame preferably by selecting AM Is. Based on a 
dynamically changing priority calculated for each selected mobile station by a formula in the scheduling algorithm pre- 

so sented below, the mobile station with the highest priority is selected and the next MAC frame queued for that mobile 
station is transmitted. The result is a continuous stream 53 of MAC frames transmitted by the base station to the mobile 
stations. 

[0026] The algorithm implemented by the forward scheduler 51 in simplified form is summarized in the flowchart of 
Figure 4 which in pseudocode can be written as follows: 

55 
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For (slot 1 to infinity slot) 

If any SAPO mobile stations 

selected mobile stations = SAPO mobile stations 

Else 

selected mobile stations » SAP1 mobile stations 

Endif 

calculate a priority P 3ioc for each of the selected 

mobile stations 
If only one mobile station has the highest priority, 
Transmit for the mobile station v/ith the 

highest priority 
Else (more than one mobile station has equal highest 

priority) 

Transmit for a randomly selected one of the 
mobile stations with the highest 
priority 

Endif 

update parameters for all mobile stations 

End 



[0027] In the preferred embodiment, the priority P slot for each of the selected mobile stations to be allocated an 
available downlink slot is calculated as follows: 

so 
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10 

where: 



trSize is the above referenced original transaction size in units of MAC frames; 

dFr is a "timer" measuring an elapsed time since the previous visit by the scheduler for example in units of MAC 
is frames. It is incremented by 1 after every slot (6.67 ms) at which the owner AMI was not selected to transmit a 
frame, and is reset to 0 after the owner AMI sends a frame; 

"a" is the timeout value for a given AMI which indicates a maximum allowable time which can elapse before the next 
transmission of a MAC frame for the AMI. The above-identified timer entitled "dFr" is started at the beginning of the 
transaction (i.e. after an upper layer packet has been converted to MAC frames) and when the timer exceeds the 

20 timeout value "a" the transaction is cancelled and the relevant queues flushed. This timer is set at the beginning of 
the transaction and reset every transmission of a MAC frame for that mobile station. Given that no frames are 
allowed to be sent on reserved slots, if the timeout value expires on the time of a reserved slot, the timeout value 
is reduced to the closest applicable slot before the reserved slots. While there is a single timer for each AMI there 
may be a separate timeout value "a" for different transaction types. For the purpose of definition, "a" will be set to 

25 a value "T_AMI" for ARQ transactions (most SAPO transactions) and to a value "TJNAC" for non-ARQ transac- 
tions (most SAP1 transactions); 

MSPriority is any suitable definition of mobile station priority. For example, a mobile station priority is currently 
under study for inclusion in the GPRS-1 36 standard; 

a serves as an accelerator factor towards a higher priority for a given AMI that has not been selected by the sched- 
30 uierfor a while. 



[0028] In the above equation, a negative value of P s)ot reflects an expired transaction time. When this occurs, the 
transaction is cancelled and all the MAC frames are flushed out of the queue. 

[0029] For dFr = a , the AMI is given the highest priority for the current slot so that it has the highest chance of 
35 being selected and so that its timer will likely not expire. If multiple mobile stations have the highest priority, one of these 
mobile stations is selected randomly, and the remaining mobile stations will timeout. 
[0030] Under normal conditions, (dFr<a), the algorithm: 

calculates priorities which are inversely proportional to trSize and thus will favour shorter transactions; by doing so, 
40 short transactions are not heavily penalized by much longer transactions; 

calculates priorities which are proportional to delay dFr. This is done to compensate for the above described pref- 
erential treatment for short transactions; 

calculates priorities having a term directly proportional to the fixed mobile station priority MSPriority; and 
calculates priorities which are an inversely proportional function of the approach of timeout - as a timeout is 
45 approaching for a given AMI, its priority increases. 

[0031] The above description has focussed on scheduling MAC frames of transactions which are already underway. 
Typically, a transaction consists of some sort of startup frame (such as a BEGIN frame in GPRS-1 36) which is an ARQ 
frame used to initiate a transaction followed by the rest of the transaction which might be non-ARQ. Such a startup 
so frame enters the competition based on the transaction characteristics (length, MSPriority, rate etc.). The rest of the 
transaction MAC frames do not enter the competition until the corresponding ARQ status frame for the startup frame is 
received. 

[0032] From the scheduling perspective, the scheduler is presented from a point of view that all the transactions in 
the queue structure have already received the ARQ status frame for the startup frame, and are ready to be sent on the 
55 downlink. 

[0033] The above scheduling approach has assumed that every mobile station wants to compete for every transmit 
slot. More generally, for embodiments where this is not the case for every slot, an AMI is selected to compete based on 
the previous slot it competed for (whether it won the competition for that slot or not) and various other factors discussed 
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below. This is done by allocating for every AMI a field ■next_slof specifying the next slot number it will compete for. At 
every slot, the scheduler will select for competition the AM Is having ■next_slot M matching the current slot. 
[0034] The field next_slot is set based on the previous slot the AMI competed for, and other factors such as the AMI 
rate phase, the point in the transmit frame vis a vis broadcast vs. point-to-point slot availability, and subchannels. The 

5 GPRS-136 standard defines the criteria for determining the next slot available for a given mobile station. 

[0035] Figure 4B is an example of a data structure maintained by the scheduler with example contents. The struc- 
ture includes a record for each AMI 60, AM 1-1 through AMI-n for our example. Each record has a TrSize field 64 for each 
SAP 62, in our case SAPO and SAP1, and has a next_slot field 66. The next_slot field is filled with data providing a 
mechanism for determining when to next compete for a slot. This might for example indicate a slot within a 32 super- 

w frame cycle, or might indicate how many slots are left until it should compete again. There Is a field representing the 
timeout value, "a" for the current transaction. This may be a different value for the SAPO transaction than the SAP1 
transaction, set to TJNAC for a non-ARQ transaction and to T_AMI for ARQ transaction, subject to the location of 
reserved slots as discussed below. There Is a field 68 for the dFr for each AMI, identifying how long since the AMI was 
selected for transmission. 

is [0036] When a particular AMI wins the competition, its dFr is set to 0. Otherwise, its dFr is incremented by 1 . If more 
than one AMI has the highest priority, a random one is selected. 

[0037] SAPO transactions always take priority over SAP1 transactions. Thus, if a SAPO MAC frame is encountered 
in a SAPO queue of an AMI already in process of transmitting a SAP1 transaction, the SAP1 transaction is put on hold 
(by not selecting it), and the SAPO is activated with a new expiry time defined for SAPO frames, and this AMI will be 
20 selected for all applicable upcoming slots until all SAPO frames are transmitted. During this process, if the AMI is full or 
double rate, the slots unmatching this AMI rate will be used by other AMI's of matching rate in accordance with the val- 
ues of "next_slot" for the various mobile stations. 

[0038] Typically, the expiry time of a SAPO transaction is small (smaller than that for SAP1 transactions) and may 
in fact be shorter than the duration of a contiguous block of reserved slots. If this is the case, if a SAPO transaction is 

25 selected to start transmitting towards the end of the current superframe, its timeout value may fall in one of the reserved 
slots of the next superframe. This will occur if the number of valid time slots left in the current superframe is less than 
the number of MAC frames required for the transaction. If the AMI was full rate, this may lead to the cancellation of the 
SAPO transaction. To avoid this, before activating the SAPO transaction, the scheduler should check if the reserved slots 
will interfere with the transaction expiry time of any of the SAPO slots for the transaction. If so, the SAPO transaction 

30 should be postponed in its entirety until the next superframe. In this case a lower priority SAPO transaction can be 
selected, or if none is available, the highest priority SAP1 MAC frame can be transmitted. 

[0039] For concurrent SAPO transactions with different AMI's competing for the same slot, the AMI priority P s)ot is 
calculated using each SAPO transaction length and expiry time and the AMI with the highest priority is selected. 
[0040] An AMI with SAPO transactions will be favoured over any other AMI with SAP1 transactions when competing 
35 for a given slot. 

[0041] While for the most part, "a" is fixed, it may be reset for a given AMI at the base station after the transmission 
of a MAC frame. If the expiry time lies in the reserved slots, it is preferably reduced to the closest applicable slot {as 
defined by the rate, phase etc) before the reserved slots. This is illustrated in Figure 5 where time 70 represents the 
previous MAC frame transmission point for that mobile station, and time 72 is the time which would normally result in a 
40 timeout occurring, for example after the "old timeout" = T_AMI MAC frames after time 70. In this example, there is a 
block of reserved slots 74, so a new timeout 80 is provided which has been reduced to the last applicable slot 78 prior 
to the block of reserved slots 74. 

[0042] For ARQ transactions, all un-acknowledged frames are repositioned at the head of the queue and the 
acknowledged ones are removed from the queue. The AMI will remain active until all the frames (SAPO and SAP1) for 
45 the current transactions are removed from the queue. 

Uplink Scheduling Algorithm 

[0043] The same algorithm as in the forward link as described above is used for scheduling the transmission of 
so packets on the reverse link except that preferably several additional constraints are considered which will be explained 
below. The reverse queueing and scheduling structure at the base station is illustrated in Figure 6. A reverse scheduler 
100 selects an AMI (one of AMI-0 through AMI-n) for reverse link transmission in accordance with the above described 
scheduling algorithm. Scheduling an AMI for reverse link transmission consists of identifying the AMI in an overhead 
portion of a previous downlink slot. In GPRS-1 36, this overhead portion may be the PCF (packet channel feedback). All 
55 mobile stations examine these overhead portions to determine when they are allocated access to the forward link chan- 
nel usually for some selected slot in the very near future. When a mobile station determines it has been allocated a slot 
it transmits during the allocated slot a SAPO frame if it has one and otherwise a SAP1 frame. The result is a continuous 
stream 101 of forward link MAC frames received by the base station. These are then queued in SAPO and SAP1 queues 
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102,104,106,106,110,112 for each AMI (there would be a SAPO and SAP1 queue for each mobile station), and these 
queues are serviced using any conventional approach for producing upper layer packets and transmitting them on land 
lines 114. It is assumed that the scheduler is able to know when a mobile station has MAC frames to transmit, and 
whether they are SAPO or SAP1 frames, and what the related transaction sizes are. This information can be conveyed 

5 in startup frames transmitted during contention opportunities. Contention opportunities are discussed below. 

[0044] Now turning to the above referenced constraints, firstly, slots are periodically reserved for contention oppor- 
tunities on the reverse link. Secondly, slots are periodically reserved on the reverse link for forward link transactions that 
are in progress. This will provide the mobile station upper layer functions an opportunity to send reverse link data if 
required (e.g. ARQ status frame) 

w [0045] To incorporate the above constraints, any slot reserved on the reverse link (for either of the two reasons pre- 
sented above) will not be available for the forward link competing AMIs and dFr will be increased by 1 for all AMI's that 
were supposed to compete for that slot. 

[0046] Preferably, the period between which slots are provided for contention opportunities is fixed. However, if it 
happens that a slot which would normally be dedicated to contention opportunities occurs at the same time that a given 
is AMI has its delay timer dFr equal to its expiry timeout value, the corresponding AMI is preferably given a chance to 
transmit on the current slot, and the following slot is reserved for contention access meaning that the next contention 
access slot will occur one period later than normal. 

[0047] For reservation opportunities on the reverse link for forward link transactions that are in progress, the reverse 
link scheduler should look at the ARQ status frame timeout at the base station, and reserve the reverse link slot for the 
20 ARQ status frame for the AMI when the delay equals the status frame timeout. 

[0048] Numerous modifications and variations of the present invention are possible in light of the above teachings. 
It is therefore to be understood that within the scope of the appended claims, the invention may be practised otherwise 
than as specifically described herein. 

[0049] For example, while the above described embodiments have assumed that a full duplex link is available to 
25 each mobile station, meaning that there is no problem transmitting to the mobile station at the same time as receiving 
from the mobile station, and that the uplink and downlink scheduling can be done essentially independently, modifica- 
tions can be made which will allow the scheduler to work in a half duplex environment. Given that a half duplex mobile 
station cannot receive and transmit at the same time, a coordination between the reverse link and forward link sched- 
ulers is required, firstly to coordinate the transmissions of ARQ status frames from the mobile station with respect to a 
30 forward link transaction. This scenario can be covered by removing the corresponding half -duplex AMI from competition 
for the forward link slots that align with the reverse link slots reserved for the ARQ status frame. Secondly, coordination 
is required when concurrent reverse link and forward link transmissions of two different data streams that belong to the 
same AMI are ongoing. This requires the introduction of a new priority for the AMI in question to decide which of its 
transmissions, namely reverse link orforward link, should be allowed next. 
35 [0050] While the above described embodiments have dealt with wireless TDM A, more generally, embodiments of 
the invention are provided which are applicable in any packet radio environment. The only thing which would change is 
the definition of "transmit opportunity". 

[0051] Furthermore, while mobile stations have been used in the above examples, more generally wireless stations 
may be used since they need not necessarily be mobile. 

ao [0052] In the above example, a transaction has been defined as the transmission of MAC frames for an upper layer 
packet, and the transaction length TrSize has been defined as the size of the upper layer packet in MAC frames. More 
generally, a "transaction" may be any collection of air interface frames (such as MAC frames) waiting for transmission 
upon which the transaction length is based. Thus, while preferably transactions and transaction lengths are aligned with 
upper layer packets, in a preferred embodiment this need not be the case. 

45 [0053] Furthermore, another embodiment of the invention provides an article of manufacture having computer 
readable code embodied therein for causing any variant of the above described scheduling methods to be implemented 
by a computer, a computer for these purposes being any suitable processing platform. Such an article of manufacture 
having computer readable program code means embodied therein for causing selection of one of a plurality of wireless 
base stations to be allocated a particular transmit opportunity, the computer readable code means in the article of man- 

so ufacture might for example have computer readable code means for maintaining a respective transaction length for 
each wireless station and maintaining a respective delay parameter for each wireless station indicative of how long 
since the wireless station was last allocated a transmit opportunity, computer readable code means for selecting a 
group of the wireless stations to compete for the transmit opportunity, computer readable code means for each of the 
group of the wireless stations, computing a respective transmit priority which is a function of the respective transaction 

55 length and the respective delay parameter; and computer readable code means for selecting a wireless station in the 
group of the wireless stations with the highest transmit priority as the wireless station to be allocated the particular 
transmit opportunity. 



8 



EP 1 089 500 A2 

Claims 

The embodiments of the invention in which an exclusive property or privilege is claimed are defined as follows: 

5 1 . A method of selecting one of a plurality of wireless stations to be allocated a particular transmit opportunity com- 
prising: 

maintaining a respective transaction length for each wireless station and maintaining a respective delay param- 
eter for each wireless station indicative of how long since the wireless station was last allocated a transmit 
10 opportunity; 

selecting a group of said wireless stations to compete for the transmit opportunity; 

for each of the group of said wireless stations, computing a respective transmit priority which is a function of 
the respective transaction length and the respective delay parameter; and 

selecting a wireless station in said group of said wireless stations with the highest transmit priority as the wire- 
is less station to be allocated the particular transmit opportunity. 

2. A method according to claim 1 wherein said transmit opportunities are forward link transmit opportunities. 

3. A method according to claim 1 wherein said transmit opportunities are reverse link transmit opportunities. 

20 

4. A method according to claim 1 wherein the transaction length indicates how many transmit opportunities are 
required to transmit a respective upper layer packet for the wireless station. 

5. A method according to claim 1 wherein said transmit priority is also a function of a wireless station priority for each 
25 wireless station. 

6. A method according to claim 1 further comprising: 

maintaining a respective measure of how long until each particular wireless station was last allocated a trans- 
30 mit opportunity; 

wherein said transmit priority is also a function of how long until a timeout will occur for the respective wireless 
station. 

7. A method according to claim 5 further comprising: 

35 

maintaining a respective measure of how long until each particular wireless station was last allocated a trans- 
mit opportunity; 

wherein said transmit priority is also a function of how long until a timeout will occur for the respective wireless 
station. 

40 

8. A method according to claim 1 wherein said transmit priority is an increasing function of delay and a decreasing 
function of transaction length. 

9. A method according to claim 5 wherein said transmit priority is an increasing function of delay, a decreasing func- 
45 tion of transaction length, and an increasing function of wireless station priority. 

10. A method according to claim 6 wherein said transmit priority is an increasing function of delay, a decreasing func- 
tion of transaction length, an increasing function of wireless station priority, and a decreasing function of how long 
until a timeout will occur for the respective wireless station, 

50 

1 1. A method according to claim 1 wherein when multiple wireless stations in the group have the highest transmit pri- 
ority, one of the multiple wireless stations is selected randomly. 

1 2. A method according to claim 2 further comprising: 

55 

queueing transmit units destined for each wireless station in at least one respective queue. 

13. A method according to claim 1 wherein selecting the group of wireless stations to compete comprises: 
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on the basis of each wireless station's rate, determining a next opportunity that each wireless station should 
compete for; 

selecting the group of wireless stations from among those wireless stations whose rate indicates that should 
compete for the particular opportunity. 

14. A method according to claim 2 wherein selecting the group of wireless stations to compete comprises: 

queueing transmit units for each wireless station in either a respective low priority queue or a respective high 
priority queue; 

selecting the group of wireless stations from among those having transmit units in their high priority queue, and 
if none exist, selecting the group of wireless stations from among those having transmit units in their low priority 
queue. 



15. A method according to claim 1 wherein the transmit priority is calculated according to: 



-1 
Highest 



transmit 



dFr 
trSize 



a-dFr of] 



+MSPriority 



dFr>a 
dFr~ a 

dFr>a 



where: 



trSize is said transaction size; 
dFr is said delay parameter; 

"a" is a timeout value for a given wireless station which indicates a maximum allowable time which can elapse 
before the allocation of a transmit opportunity for the wireless station; 
MS Priority is any suitable definition of wireless station priority; 

a is an accelerator factor towards a higher priority for a given wireless station that has not been selected for a 
while. 



16. A method according to claim 2 wherein transmit opportunities are slots transmitted as part of superframes, each 
superframe containing a plurality of transmit slots available for allocation for transmission by one of said wireless 
stations, and at least one slot which is reserved, the method further comprising: 

setting a timeout value for each wireless station indicating a time before which the wireless station must trans- 
mit to avoid causing a timeout; 

if a timeout value for a particular wireless station will result in the wireless station timing out during a slot which 
is reserved, resetting the timeout to occur at a slot available for allocation before the reserved slot. 

17. A method according to claim 3 further comprising periodically reserving transmit opportunities for contention 
access by wireless stations not currently in competition for transmit opportunities, the reserved transmit opportuni- 
ties being unavailable for allocation for transmission by wireless stations currently in competition for transmit oppor- 
tunities. 



18. A method according to claim 1 applied simultaneously for forward link and reverse link communication with a 
respective instance of the method being applied to forward link communications and reverse link communications. 



19. A method according to claim 18 further comprising: 



reserving reverse link transmit opportunities for wireless stations which are simultaneously involved in recep- 
tion of forward link traffic. 



20. A scheduler operable to implement the method of claim 1 . 
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21 . A base station operable to implement the method of claim 1 . 

22. A base station controller operable to implement the method of claim 1 . 

23. A Media Access Control protocol (MAC) layer device operable to implement the method of claim 1. 

24. An article of manufacture having computer readable program code means embodied therein for causing selection 
of one of a plurality of wireless base stations to be allocated a particular transmit opportunity, the computer reada- 
ble code means in said article of manufacture comprising: 

computer readable code means for maintaining a respective transaction length for each wireless station and 
maintaining a respective delay parameter for each wireless station indicative of how long since the wireless 
station was last allocated a transmit opportunity; 

computer readable code means for selecting a group of said wireless stations to compete for the transmit 
opportunity; 

computer readable code means for each of the group of said wireless stations, computing a respective transmit 
priority which is a function of the respective transaction length and the respective delay parameter; and 
computer readable code means for selecting a wireless station in said group of said wireless stations with the 
highest transmit priority as the wireless station to be allocated the particular transmit opportunity. 
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